home *** CD-ROM | disk | FTP | other *** search
/ Your Choice 3 / Your Choice Software Collection 3.iso / os2 / blanker4 / bssdev / bssdev.doc < prev    next >
Encoding:
Text File  |  1994-08-10  |  4.3 KB  |  101 lines
  1. Instructions for writing External Screen Blanker Modules
  2.  
  3. Screen Blanker modules are the 32-Bit counterpart of Deskpic
  4. modules. 
  5.  
  6. What do you need to write an external Screen Blanker module? 
  7. Well, a pretty good working knowledge of Presentation Manager 
  8. wouldn't hurt. These instructions will attempt to tell you how 
  9. to write a module, but they won't tell you how to program
  10. in PM. To help, an example extension is provided and is a good place
  11. to start. When I write a new extension, I usually use 'BOUNCE' as a
  12. framework and go from there.
  13.  
  14. An external Screen Blanker module is a Dynamic Link Library that contains
  15. three functions and has the file extension of '.BBS' instead of '.DLL'.
  16. The three functions must be exported with the following ordinals:
  17.  
  18.    pchStatus       @1
  19.    dpBlanker       @2
  20.    vdBlankerThread @3
  21.  
  22. The three functions are specified by the following function prototypes:
  23.  
  24.    PCHAR pchStatus(PBLANKERBLOCK, PBOOL);
  25.    MRESULT EXPENTRY dpBlanker(HWND, ULONG, MPARAM, MPARAM);
  26.    VOID vdBlankerThread(VOID);
  27.  
  28. And the structure BLANKERBLOCK is defined as follows:
  29.  
  30.    typedef struct {
  31.       HAB habBlanker;
  32.       HWND hwndScreen;
  33.       RECTL rclScreen;
  34.       BOOL fClose;
  35.       HMODULE hmodBlanker;
  36.    } BLANKERBLOCK;
  37.  
  38.    typedef BLANKERBLOCK *PBLANKERBLOCK;
  39.  
  40.  
  41. The BLANKERBLOCK structure is how Screen Blanker provides the module with
  42. information about its environment. The fields have the following meaning:
  43.  
  44. 'habBlanker' is the handle of the Screen Blanker program's Anchor Block. This may
  45.    be needed by some OS/2 functions.
  46. 'hwndScreen' is the handle of the screen saver window. This will be needed
  47.    by 'vdBlankerThread' to get a Presentation Space to draw into.
  48. 'rclScreen' is the coordinates of the screen saver window.
  49. 'fClose' is a flag that is used by 'vdBlankerThread' to
  50.    determine when to stop.
  51. 'hModBlanker' is the module handle of the Screen Blanker module.
  52.    This will be needed to access any local resources.
  53.  
  54. The values of 'habBlanker' and 'hModBlanker' are always valid, but the values
  55. of 'hwndScreen', 'rclScreen', and 'fClose' are only valid during
  56. the execution of 'vdBlankerThread'.
  57.  
  58.  
  59. pchStatus
  60.  
  61. This function is called by Screen Blanker to get the name of the screen saver.
  62. Screen Blanker passes a pointer to a BLANKERBLOCK structure, and a pointer to a
  63. BOOL. The function should save the pointer to the BLANKERBLOCK structure in
  64. global memory so that it can be accessed by the other two functions. The
  65. function should also indicate whether the screen saver is enabled by setting
  66. the BOOL to TRUE if enabled, and FALSE if disabled. When finished, the
  67. function should return a pointer to a zero terminated string which is the
  68. name of the Screen Blanker module, or NULL if the screen saver has
  69. no name. Note that while Screen Blanker will call this function before calling the
  70. other two, it may call this function multiple times. 
  71.  
  72.  
  73. dpBlanker
  74.  
  75. This is a dialog procedure for the dialog that Screen Blanker will invoke when
  76. the user chooses this screen saver module from the list of External modules. 
  77. The dialog should allow the user to modify any parameters that
  78. the screen saver may have. The dialog template should be part of the
  79. resources of the screen saver module and should have a dialog
  80. template ID of 42. If 'pchStatus' returns NULL instead of a screen saver
  81. name, the dialog will never be invoked.
  82.  
  83.  
  84. vdBlankerThread
  85.  
  86. This procedure will be started as a separate thread when Screen Blanker invokes
  87. the screen saver. The procedure should clear the screen and then display
  88. whatever graphics the screen saver employs until 'fClose' in the
  89. BLANKERBLOCK structure becomes non-zero. When 'fClose' becomes
  90. non-zero, the procedure should release any resources it might have, enter
  91. a critical section using 'DosEnterCritSec', set 'fClose' to FALSE, 
  92. and exit (in that order). It is important that the procedure
  93. respond quickly to 'fClose' becoming TRUE so that users will
  94. not be delayed by the screen saver. The procedure should also get its own
  95. Anchor Block, since threads shouldn't make calls to the PM API without one.
  96. Note that stack space is limited, so any sizeable memory needed should be
  97. allocated at run time.
  98.  
  99. That completes the explanation. Where the instructions are a little sketchy,
  100. use the example source code to see at least one way of doing it. 
  101.